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BACKGROUND OF THE INVENTION 


1 . Field of the Invention 

The invention relates generally to the field of computer science. More particularly, 
the invention relates to software. 

2. Discussion of the Related Art 

Prior art source code compilers are known to those skilled in the art. A source 
code compiler transforms source code into an executable, shared object library or object 
file. The resulting executable, shared object library or object file is then utilized by a 
computer system. 

The executable, shared object library or object file may be specific to a given 
computer system and can be very difficult to reverse engineer. Consequently, the 
proprietary content of these files is relatively secure. 

On the other hand, the proprietary content of source code is relatively non-secure. 
There are times in which source code for some or all of an application will be exposed to 
one or more individuals in an insecure environment. The person or company that wrote, 
generated, or distributed the source code may find this unacceptable but may have no 
recourse except to do so and attempt to limit exposure through the use of copyright, legal 
agreements and reverse engineering impediments. 

The source code itself is vulnerable to copying. Although source code may be 
copyrighted, detection of unauthorized copying may be impossible. Further, even where 
detection is possible, the cost of copyright enforcement may be prohibitive. Therefore, 
what is needed is a solution that protects the proprietary content of source code more 
effectively than copyright. 

Legal agreements (e.g., licenses, nondisclosure agreements, etc.) can also have 
violation detection and enforcement problems. Therefore, what is also needed is a 
solution that protects the proprietary content of source code more effectively than by legal 
agreement. 

Source code is also vulnerable to reverse engineering. The proprietary content of 
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source code can be harvested without apparent copyright violation if the algorithmic 
content can be gleamed through analysis and then restyled as another expression. Reverse 
engineering can also present practical problems to respect to legal agreements. What is 
also needed, therefore, is a solution that protects the proprietary content of source code 
5 from reverse engineering. 

One unsatisfactory approach, in an attempt to protect the proprietary content of 
source code involves obfuscation. For instance, an algorithm may be discretely located 
within a much larger block of code. Further, an algorithm may be separated into 
subsections that are individually located throughout different parts of a program. 

1 0 Furthermore, spurious code lines may be added to the algorithm and/or the program in a 
deliberate attempt to mislead. 

Another approach to obfuscation involves removing all meaningful variable 
names and replacing them with non-meaningful ones (for example, replace 
"BinaryTreePointer" with "II". The approach can also be extended to removing all 

1.5 comments, indentation, etc. that makes code easy to read. Finally, another approach to 
obfuscation involves replacing sections of code with macros that make the reverse 
engineering of such code more difficult. 

However, given enough time and/or resources, systematic analysis may yield the 
algorithmic content despite attempts at obfuscation. Therefore, what is also needed is a 

20 solution that impedes reverse engineering more effectively than obfuscation. 

Another disadvantage of the obfuscation approach is that debugging and/or 
modification of the source code may become problematic. The tactics used for 
obfuscation can make it more difficult for a subsequent authorized programmer to 
understand the source code, especially when documentation is nonexistent. Therefore, 

25 what is also needed is a solution that impedes reverse engineering without hindering 
debugging and/or modification of the source code. 

Another disadvantage of the obfuscation approach has been relatively high cost. A 
large amount of extraneous code may be required to provide cover for the proprietary 
content. These additional lines of code can increase the time required to compile 

30 substantially. Therefore, what is also needed is a solution that prevents reverse 
engineering in a more cost-effective manner. 
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Heretofore, the requirements of providing more effective protection for source 
code than copyright, legal agreement or obfuscation, without hindering debugging and/or 
modification or incurring excessive costs, referred to above have not been fully met. 
What is needed is a solution that addresses all of these requirements. 

5 

SUMMARY OF THE INVENTION 
Thus, there is a need for the following embodiments. One embodiment of the 
invention is based on a method, comprising: generating a first sub-file of source code; 
then encrypting said first sub-file of source code; then writing said first sub-file of source 

10 code to a buffer; then reading a second sub-file of source code from said buffer; then 

decrypting said second sub-file of source code; and then compiling said second sub-file of 
source code. Another embodiment of the invention is based on an apparatus, comprising: 
an on-the-fly source code encrypter; a buffer coupled to said source code encrypter; a 
source code decrypter coupled to said buffer; and a compiler coupled to said source code 

15 decrypter. Another embodiment of the invention is based on an electronic media, 

comprising a computer program adapted to: generate a first sub-file of source code; then 
encrypt said first sub-file of source code; then write said first sub-file of source code to a 
buffer; then read a second sub-file of source code from said buffer; then decrypt said 
second sub-file of source code; and then compile said second sub-file of source code. 

20 Another embodiment of the invention is based on a computer program comprising 

computer program means adapted to perform the steps of generating a first sub-file of 
source code; then encrypting said first sub-file of source code; then writing said first sub- 
file of source code to a buffer; then reading a second sub-file of source code from said 
buffer; then decrypting said second sub-file of source code; and then compiling said 

25 second sub-file of source code when said program is run on a computer. 

These, and other, embodiments of the invention will be better appreciated and 
understood when considered in conjunction with the following description and the 
accompanying drawings. It should be understood, however, that the following 
description, while indicating various embodiments of the invention and numerous 

30 specific details thereof, is given by way of illustration and not of limitation. Many 

substitutions, modifications, additions and/or rearrangements may be made within the 
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scope of the invention without departing from the spirit thereof, and the invention 
includes all such substitutions, modifications, additions and/or rearrangements. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 The drawings accompanying and forming part of this specification are included to 

depict certain aspects of the invention. A clearer conception of the invention, and of the 
components and operation of systems provided with the invention, will become more 
readily apparent by referring to the exemplary, and therefore nonlimiting, embodiments 
illustrated in the drawings, wherein like reference numerals (if they occur in more than 
10 one view) designate the same elements. The invention may be better understood by 

reference to one or more of these drawings in combination with the description presented 
herein. It should be noted that the features illustrated in the drawings are not necessarily 
drawn to scale. 

FIG. 1 illustrates a flow diagram of a process that can be implemented by a 
1 5 computer program, representing an embodiment of the invention. 

FIG. 2 illustrates a flow diagram of another process that can be implemented by a 
computer program, representing an embodiment of the invention. 

DESCRIPTION OF PREFERRED EMBODIMENTS 
20 The invention and the various features and advantageous details thereof are 

explained more fully with reference to the nonlimiting embodiments that are illustrated in 
the accompanying drawings and detailed in the following description. Descriptions of 
well known components and processing techniques are omitted so as not to unnecessarily 
obscure the invention in detail. It should be understood, however, that the detailed 
25 description and the specific examples, while indicating preferred embodiments of the 
invention, are given by way of illustration only and not by way of limitation. Various 
additions, changes and modifications within the spirit and scope of the underlying 
inventive concept will become apparent to those skilled in the art from this detailed 
description. 

30 The context of the invention can include internet distribution of source code. The 

context of the invention can also include Java source code distribution for web browsers. 


1652492 1 


5 


The context of the invention can also include source code generation in an adversarial 
environment. 

The invention can include generation/exhibition and/or compilation of source 
code in an insecure environment through encryption. By using encryption, source code 
5 can be safely generated or exhibited, even in insecure environments. Source code should 
be encrypted before it is put in an environment where it can be examined. The term 
encryption, as used herein, is defined as enciphering and/or encoding. Before or during 
compilation, the encrypted source code can be decrypted. The term decryption, as used 
herein, is defined as deciphering and/or decoding. 

10 A preferred implementation of the invention relates to a source code generation 

and/or compiling approach that encrypts source code before it is put in an environment in 
which it can be copied/examined. In this implementation, a compiler reads encrypted 
source code by deciphering the encrypted source code. The invention thus relates to a 
compiler of the type that can be termed encrypted. 

15 The invention can include two components: source code generation and source 

code compilation. Source code generation will be described first followed by a 
description of source code compilation. 

In source code generation, the source code needs to be encrypted using a scheme 
understood by the compiler. Encryption can occur on-the-fly as source code is created 

20 (e.g., line-by-line if an automated program is generating the source code) or all-at-once 
(only recommended for environments in which the source code generation is guaranteed 
to be secure). The encrypted source code can then be written to a file. This encrypted file 
can be termed a buffer. The encrypted source code is then fed to a version of the compiler 
that can consume encrypted source code. 

25 In source code compilation, the compiler reads the encrypted source code and 

decrypts it for compilation. Decryption can occur on-the-fly or on the entire image, as 
chosen by the compiler writer. Normal compilation then proceeds. 

In the event that an intermediate form of the source code needs to be generated 
(e.g., as input to a separate program that is part of a compiler suite), the intermediate form 

30 can be re-encrypted for consumption by the next stage. At no point in the compilation 
process should an intermediate form be made available which compromises the security 
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of the original source code. 

Usually compilers work on one or more files at a time, not on a Sine by line basis. 
On a file basis, encryption can be a public key encryption. Of course, there are many- 
different possibilities for public encryption, not just public key encryption. 
5 Under some circumstance, it can be advantageous for the compiler to be able to 

understand both encrypted source and "normal" source code within the same compilation 
(e.g., C include files). The compiler can be enabled to detect by analysis (e.g., string 
and/or character) when input is encrypted source code or when input is normal source 
code. 

10 It is important that the output of the compiler that consumes encrypted source 

code should be identical in functionality and content to the output of the same compiler 
when consuming non-encrypted source code. If the output is not identical, functionality 
may be lost and user acceptance may be diminished. 

The invention can include on-the-fly encryption of source code combined with on- 

15 the-fly decryption before compiling. The phrase on-the-fly, as used herein with respect to 
encryption, is defined as not having to create all the source code for an entire file first and 
then encrypting it. A portion of the file is created and then encrypted and then written to a 
buffer. Similarly, the phrase on-the-fly, as used herein with respect to decryption, is 
defined as not having to decrypt all the source code for a file first and then compiling it. 

20 As above, the granularity of on-the-fly decryption is limited only by the minimum bit 
string length required by a given decryption scheme. The source code can be decrypted 
(and then compiled) a few lines at a time, one line at a time, or less than one line at a time 
(e.g., one filed at a time). 

While not being limited to any particular performance indicator or diagnostic 

25 identifier, preferred embodiments of the invention can be identified one at a time by 

testing for the presence of quick compiling. The test for the presence of quick compiling 
can be carried out without undue experimentation by the use of a simple and conventional 
bench mark experiment. 

The granularity of on-the-fly encryption is limited only by the minimum bit string 

30 length required for a given encryption scheme. The source code can be created 

(generated) and then encrypted a few lines at a time, one line at a time, or less than one 
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line at a time (e.g., a field at a time). 

As the process continues, the granularity of the encryption and/or decryption can 
be varied. Thus, the encryption can take place based on at least two of field, line and 
multi-line. Similarly, the decryption can take place based on at least two of field, line and 
5 multi-line. This variation in granularity can take place at both the source code level 
and the intermediate source code level. 

When the sub-file granularity is excessively low, reverse engineering of the 
encrypted compiler approach may be too easy. Reverse engineering of the encrypted 
compilation process should be more difficult than reverse engineering of the 
10 executable/shared object library. On the other hand, when the sub-file granularity is 
excessively high, the time required to compile the decrypted code may be too high. 

Two scenarios of the invention will now be described. In the first scenario, source 
code is created in a secure environment, encrypted and then distributed to an insecure 
environment. In the second scenario, source code is created in an insecure environment. 
15 Of course, the second method could still be used within a secure environment and the 
encrypted source code distributed. 

The source code distribution scenario begins with the creation of source code in a 
secure environment. The source code is then encrypted using an encryption scheme that is 
supported by the compiler which will compile the encrypted source code. The encrypted 
20 source code is then distributed to one or more users. Since the source code is encrypted, 
distribution can be via non-secure channels. The user(s) then compile(s) the encrypted 
source code, optionally using a version of the compiler that can decrypt the source code 
on-the-fly. As a result, object code is produced. 

The source code generation scenario begins with on-the-fly creation of source 
25 code combined with on-the-fly encryption on a memory image of the source code or on a 
source code data stream. The encrypted source code is then sent on-the-fly to an 
encrypted compiler associated with a user. The use compiles encrypted source code using 
a version of the compiler that can decrypt the source code on-the-fly. Object code is 
produce as a result. 

30 The term substantially, as used herein, is defined as at least approaching a given 

state (e.g., preferably within 10% of, more preferably within 1% of, and most preferably 
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within 0.1% of). The term coupled, as used herein, is defined as connected, although not 
necessarily directly, and not necessarily mechanically. The term deploying, as used 
herein, is defined as designing, building, shipping, installing and/or operating. The term 
means, as used herein, is defined as hardware, firmware and/or software for achieving a 
5 result. The term program or phrase computer program, as used herein, is defined as a 
sequence of instructions designed for execution on a computer system. A program, or 
computer program, may include a subroutine, a function, a procedure, an object method, 
an object implementation, an executable application, an applet, a servlet, a source code, 
an object code, a shared library/dynamic load library and/or other sequence of instructions 
1 0 designed for execution on a computer system. The terms including or having, as used 
herein, are to be defined as comprising. The terms a or an, as used herein, are defined as 
one or more than one. The term another, as used herein, is defined as at least a second or 
more. 

EXAMPLES 

1 5 Specific embodiments of the invention will now be further described by the 

following, nonlimiting examples which will serve to illustrate in some detail various 
features. The following examples are included to facilitate an understanding of ways in 
which the invention may be practiced. It should be appreciated that the examples which 
follow represent embodiments discovered by the inventor(s) to function well in the 

20 practice of the invention, and thus can be considered to constitute preferred modes for the 
practice of the invention. However, it should be appreciated that many changes can be 
made in the exemplary embodiments which are disclosed while still obtaining like or 
similar result without departing from the spirit and scope of the invention. Accordingly, 
the examples should not be construed as limiting the scope of the invention. 

25 Example 1 

Referring to FIG. 1, a program that generates source code 110 can include an 
encryption module 115. Encrypted source code is written to an encrypted source code 
buffer 120. In this example, encrypted source code is written in sub-file batches 
containing one line of code. When the encrypted source code is ready for compiling by a 

30 compiler 130 (e.g., when a complete encrypted line has been written to the buffer 120), a 
decryption module 135 within the compiler 130 decrypts the encrypted source code line. 
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Of course, decryption can delayed until after the entire encrypted source code file is 
written, or until after multiple encrypted lines of source code have been written. In this 
example, the decryption by module 135 is one line at a time and commences as soon as 
possible. Matching the size of the decryption field to the size of the encryption field can 
5 reduce latency within the buffer 120, thereby reducing total process time. 

There are "pipelined' 5 versions of compilers that function in this way. They 
usually send intermediate data between multiple programs that make up the compiler 
suite. This example would also be useful in conjunction with Java, 

Both the encryption module 115 and the decryption module 135 can utilize a 
10 rolling key for enhanced security. The rolling key can be changed every time a complete 
file is transferred from the program 1 10 to the compiler 130. The rolling key can be 
updated based on a lookup table that is recyclable or based on an algorithm. 

The compiler 130 generates an executable/shared object library (DLL)/object file 
140. The executable/shared objet library (DLL)/object file 140 can then be utilized by 
1 5 another program such as a circuit model. 

Example 2 

Referring to FIG. 2, another program that generates source code 210 can include 
an encryption module 215. Encrypted source code is written to an encrypted source code 
buffer 220. In this example, encrypted source code is written in sub-file batches that are 

20 pseudo randomly varied between a field, a line and multiple number of lines of code. By 
varying the size of the sub-file, reverse engineering of the encrypted compilation process 
is made more difficult. When the encrypted source code is ready for compiling by a 
compiler 230, (e.g., when an entire file has been encrypted and written to the buffer 220) 
a decryption module 235 within the compiler 230 decrypts the encrypted source code. Of 

25 course, decryption can commence sooner, such as after one, or more, lines of source code 
have been written to the buffer 220, or even as soon as an encrypted field has been 
written. In this example, the decryption by module 235 is after an entire file has been 
written to the buffer 220. It is important to appreciate that the size of the decryption batch 
does not need to match the size of the encryption batch. 

30 In this example, the compiler 230 generates intermediate source code. To maintain 

security, the compiler 230 includes an intermediate source code encryption module 250. 
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Encrypted intermediate source code is written to an encrypted intermediate source code 
buffer 260. In this example, the encrypted intermediate source code is also written in sub- 
file batches that are pseudo randomly varied between a field, a line and multiple number 
of lines of code to make reverse engineering of the encrypted compilation process is made 
5 more difficult. When the encrypted intermediate source code is ready for further 
compiling by the compiler 230, a decryption module 270 within the compiler 230 
decrypts the encrypted intermediate source code. In this example, the decryption by 
module 270 is after an entire file has been written to the buffer 260. Again, it is important 
to appreciate that the size of the decryption batch does not need to match the size of the 

1 0 encryption batch. 

Similar to the previous example, the compiler 230 generates an executable/shared 
object library (DLL)/object file 240. The executable/shared objet library (DLL)/object file 
240 can then be utilized by another program such as a circuit model. 

Practical Applications of the Invention 

15 A practical application of the invention that has value within the technological arts 

is distribution of source code over the internet. Further, the invention is useful in 
conjunction with distribution of Java source code for web browsers, or in conjunction 
with source code generation in adversarial environments, or the like. There are virtually 
innumerable uses for the invention, all of which need not be detailed here. 

20 Advantages of the Invention 

A sub-system, representing an embodiment of the invention, can be cost effective 
and advantageous for at least the following reasons. The invention provides more 
effective protection for source code than copyright, legal agreement or obfuscation 
without hindering debugging and/or modification or incurring excessive costs. 

25 All the disclosed embodiments of the invention disclosed herein can be made and 

used without undue experimentation in light of the disclosure. Although the best mode of 
carrying out the invention contemplated by the inventor(s) is disclosed, practice of the 
invention is not limited thereto. Accordingly, it will be appreciated by those skilled in the 
art that the invention may be practiced otherwise than as specifically described herein. 

30 For example, variation may be made in the steps or in the sequence of steps 

composing methods described herein. Further, the individual components need not be 
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combined in the disclosed configurations, but could be combined in virtually any 
configuration. 

Further, although the sub-system described herein can be a separate module, it 
will be manifest that the sub-system may be integrated into the system with which it is 
5 associated. Furthermore, all the disclosed elements and features of each disclosed 

embodiment can be combined with, or substituted for, the disclosed elements and features 
of every other disclosed embodiment except where such elements or features are mutually 
exclusive. 

It will be manifest that various substitutions, modifications, additions and/or 
10 rearrangements of the features of the invention may be made without deviating from the 
concept, spirit and/or scope of the underlying inventive concept. The concept, spirit 
and/or scope of the invention as defined by the appended claims and their equivalents 
cover all such substitutions, modifications, additions and/or rearrangements. 

The appended claims are not to be interpreted as including means-plus-function 
1 5 limitations, unless such a limitation is explicitly recited in a given claim using the 

phrase(s) "means for" and/or "step for." Subgeneric embodiments of the invention are 
delineated by the appended independent claims and their equivalents. Specific 
embodiments of the invention are differentiated by the appended dependent claims and 
their equivalents. 
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